개요
- interceptor는 핵심 Action 로직에서 concern을 분리한다.
- interceptor를 이용했다는 것은, IoC를 이미 접했다는 것을 의미한다.
6.1 Examining the pattern
- IoC 가 이상적으로 생각하는 가장 큰 이유는 바로 Testing이다.
- servlet APIs로 부터 action을 분리하는 것과 같은 설계 결정을 할 수 있다.
- IoC는 Unit Test를 하기에도 아주 효과적이다.
6.1.1 Common patters for active resource management
- resource를 관리하는 가장 원시적인 형태는 전혀 resource를 관리하지 않는 것이다.
resource가 필요할 때마다 생성시키기만 하고 있다. 이것이 관리하는 않는다는 의미이다.
Singleton pattern
Factory pattern
6.2 IoC essentials
최근까지도 IoC는 DI와는 다르게 인식되어 왔다.
6.2.1 Webwork's IoC history
WebWork 1.x 에서는 interceptor를 지원하지 않았다. 대신 오늘날의 interceptor와 비슷한 것을 지원했고
WebWork 2.x 이상에서 interceptor를 지원한다.
6.2.2 Dependancies
spaghetti code
6.2.3 Scope and lifecyle
object간 의존은 lifecyle과 밀접하게 묶여있다.
6.3 Using WebWork's IoC framework
6.3.1 Configuration
web.xml
6.4 An example from CaveatEmptor
6.5 Alternative IoC containers
- Type 1 - Interfaces
- Type 2 - Setter methods
- Type 3 - Constructor
※ 이전 발표자료(Word) 파일을 참고한다.
문서에 대하여